home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19950929-19951130
/
000454_news@columbia.edu_Wed Nov 29 22:10:06 1995.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
5KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA01520
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun>); Wed, 29 Nov 1995 17:10:21 -0500
Received: (from news@localhost) by apakabar.cc.columbia.edu (8.6.12/8.6.12) id RAA28000 for kermit.misc@watsun; Wed, 29 Nov 1995 17:10:15 -0500
Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Problems with K95
Date: 29 Nov 1995 22:10:06 GMT
Organization: Columbia University
Lines: 112
Message-Id: <49ilnu$rad@apakabar.cc.columbia.edu>
References: <49hg05$c6s@news.cs.tu-berlin.de>
Nntp-Posting-Host: watsun.cc.columbia.edu
Apparently-To: kermit.misc@watsun.cc.columbia.edu
In article <49hg05$c6s@news.cs.tu-berlin.de>,
Joachim von-Jena <jvjena@cs.tu-berlin.de> wrote:
: I have several problems with the brand new Kermit 95 [1.1.1].
: ...
: My K95CUSTOM.INI contains the lines:
:
: set modem type att-dataport
: set port com2
: set speed 57600
: set dial method Tone
: set dial country-code 49
: set dial area-code 30
: set dial ld-prefix 0
: set dial intl-prefix 00
: set dial init-string AAATQ0E1X6L0&Q0S78=1S84=0\13
: set dial timeout 30
: set priority regular
: set protocol zmodem
: set file download-directory D:\DATA\JVJ\DOWN
: set key \1379 \3
: set key \2402 \124
: set key \2404 \60
: set key \2406 \62
: define dialin -
: :loop, dial \%1, -
: xif fail { echo Pausing ..., sleep 10, goto loop }, -
: connect
:
You don't need a macro for this -- you can just SET DIAL RETRIES and
DIAL INTERVAL -- providing Deutsche Telekom does not object :-)
: I have problems with my ISP (TU Berlin) in times of heavy load of their
: network. I get interruptions at downloading with ZModem with errors as
: CRC32 error and subpacket-length error. Often I have to interrupt myself
: the download by a hang-up (see below) I assume it is a problem of
: flow-control.
:
And how is your connection with TU-Berlin? Do you dial into a terminal server
and then make a telnet connection to a UNIX (or other) server? Or do you
start PPP or SLIP service on the terminal server and then make a Telnet
connection from K-95? In any case, these problems might be caused by either
a buffer overrun (most likely when uploading) or a timeout (most likely
when downloading). Maybe even by a malfunctioning terminal server that loses
or scrambles data under conditions of extremely heavy load.
Buffer overruns should be cured by local flow control between each modem
and the device it is directly connected to -- in general this should be
hardware (RTS/CTS) flow control.
: For reliable data transfer at the highest baud rate, use communications
: protocols that support end-to-end flow control.
:
ZMODEM and Kermit both do that. At the K-95> prompt just do this:
set protocol zmodem - or - set protocol kermit
set window 1024 set window 20
Note: In ZMODEM, "window size" is more like "packet length", expressed as
the number of bytes. In Kermit, "window size" is expressed as the number
of packets. Another note: The Zmodem window size presently can not be set
in the Dialer.
: Is there a way to resume a download of a file at the point it was
: interupted with ZModem?
:
Yes (but see below).
: Is this done automatically or by a special command?
:
You must tell the file sender to resume. Depending on which ZMODEM software
you are using, this might be a command-line option like "-r". The file
receiver (Kermit 95) understands this and appends to the partial file rather
than starting a new file.
: I have followed the advice to remap the Ctrl-C key code (see my
: K95CUSTOM.INI) but Ctrl-C doesn't work as well on a remapped key (but
: the remapped <, >,| keys work).
:
Whose advice was that? Note that key mapping is effective only in the
terminal screen, not the command screen.
: So I have to hang-up if a download with ZModem is impossible!
:
You can interrupt a Zmodem transfer with Ctrl-C -- at least on a US keyboard.
Kermit 95 returns to its prompt. The partially received file is kept, so the
file transfer can be resumed.
We don't have access to a German keyboard or driver here, so maybe you can
help us by explaining why you felt that you had to remap Ctrl-C.
In trying to reproduce the problems you are reporting, however, we discovered
that the Zmodem recovery feature failed when a recovery was attempted in the
same session where the original failure occurred. Thus, as you observed, if
you leave Kermit 95 and start it up again, you can recover the download.
This problem will be fixed in the second patch, which will be available soon,
most likely within a week.
: What about an error that I get on every dial timeout:
:
: The message I get from Dr. Watson for Windows NT :
: An application error has occurred and an application error is being
: generated:
: Exception: access violation
:
This is very interesting. We can't reproduce it here on NT 3.50 using Kermit
95 1.1.1. Dial timeouts work perfectly here, even short ones like yours.
Perhaps you could collect a debug log ("log debug" prior to dialing, which
produces a file called debug.log) and then send it by email it to
kermit-support@columbia.edu.
- Frank